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(54) Multi-level marketing computer network server 



(57) A server system for multi-level vending of any 
electronically transferable product (101) through a com- 
munications network (102) directly to a customer's com- 
puter (103). This server system (herein called a Sales 
Support Server (104)) integrates the collection of a pay- 
ment (105) via the network (102) and the automatic dis- 
tribution of the product (101) with the calculation (106) 
of commissions (107) using a multi-level marketing 
commission structure (108) and the distribution of com- 
missions (107) and fees (109) via the network (102). 
The preferred configuration includes a client application 
(herein called a Sales App (110)) which can run as a 
plug-in to a network browser on the customer's compu- 



ter (103) and which provides a purchase request (111) 
and registration data (112) to a Sales Support Server 
(104) and performs the installation (1 13) of the product 
(101) on the customer's computer (103). The Sales 
Support Server (104) acquires the payment (105), 
transfers the product (101), calculates (106) and pays 
the commissions (107), and adds seller registration 
information (112) to the multi-level sales database (114) 
for the product. The usefulness of this invention 
includes physical product distribution through a ship- 
ping and handling system. 
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Description 

Background to the Invention: 

The recent rapid development of the Internet has s 
opened many opportunities for new forms of commerce. 
This invention was initially conceived as a way to serve 
the part of the software development community that 
has been giving away software in the form of "share- 
ware". Shareware is promoted by word-of-mouth on the 10 
basis of the impression of value to the users and is cir- 
culated free of initial charge with the expectation that 
prospective users who try the product will willingly pay 
for the right to continue to use the product. This inven- 
tion uses the monetary incentive of multi-level market- is 
ing to augment "impression of value" to promote the 
word-of-mouth marketing, and this invention uses direct 
payment and individualized installation to augment "will- 
ingness" as a means for developers to receive payment. 
The individualized installation can prevent copying the 20 
product to other computers and can be built in such a 
way that prospective customers can have a trial period 
prior to making the payment and with a reinstallation 
upon payment. This provides all of the flexibility of 
shareware with significantly reduced risk to the product 25 
developer. 

As a note: multi-level marketing is a method of 
sales promotion in which a commission is paid not only 
to the seller responsible for making the sale, but also to 
several levels of sellers that were responsible for distrib- 30 
uting knowledge of the product to the seller making the 
current sale. For instance: a piece of software is sold for 
$25 and pays commissions of $5 to the person making 
the sale (the level 1 seller), $3 to the person who 
informed him of the product (the level 2 seller), $1 .50 to 35 
the person who informed him (level 3), and $0.50 to the 
person who informed him (level 4). If the purchaser 
encourages two sales to people who each encourage 
two sales to people who each encourage, two sales, 
then the original purchaser receives more money back 40 
in commissions than he originally paid for the product, 
and the product developer gets paid every time. 

The usefulness of this invention as a multi-level 
marketing server includes automatic shipping of hard- 
copy documentation and other types of products using 45 
an automatic shipping system for distribution. 

Although many organizations have used computers 
to calculate commissions for multi-level marketing, non 
has set forth an invention that provides access directly 
to the customer to make purchases via a computer net- so 
work from his own computer. All related prior art has 
required the involvement of a registered seller or opera- 
tor with privileges to make sales entries to the compu- 
ter. 

Prior art has also included direct purchases via 55 
electronic computer network [1], both those delivered 
directly via the network and those delivered by auto- 
matic shipping systems. None of these direct sales via 
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the network have a multi-level marketing commission 
capability. 

These purchases via the network have involved the 
use of credit card accounts and/or electronic transfer of 
funds directly to and/or from bank accounts [2]. They 
have also used a form of currency that is considered 
cash on the network. Use of these various forms of cash 
and credit are simply identified as Method of Payment 
(from purchaser) and Method of Pay (to sellers and 
other payees). 

Summary of the Invention: 

The invention is a server which can be attached to 
an electronic computer network, such as the Internet, 
and which accepts purchase requests and payment via 
the network directly from a customer's computer and 
vends a product directly to the customer's computer via 
the network, with the key feature that it calculates and 
pays multi-level commissions, (see Diagram 1) Herein, 
this server is called the Sales Support Server. As part of 
its on-line service, the Sales Support Server accepts 
purchase requests, acquires the payment, transfers the 
product, calculates commissions (using a multi-level 
marketing commission structure), pays the commis- 
sions and fees, and adds registration data to the multi- 
level sales database. The generation of receipts and 
reports is not within the scope of the invention but is 
expected to be a part of every implementation of the 
invention. 

The complementary invention, is the client applica- 
tion which runs on a customer's general purpose com- 
puter attached to the network and which allows a 
customer to purchase a product via the network. Herein, 
this client application is called the Sales App. The Sales 
App allows the customer to view catalog files to extract 
product information directly from catalog files and/or to 
make direct entry of product reference information to 
prepare for a purchase. The Sales App provides the 
purchase request and any seller registration data to a 
Sales Support Server. It receives the product, and per- 
forms the installation of the product on the customer's 
computer. Installation can include the setting of some 
security measures to frustrate improper use of the prod- 
uct. The security measures are not within the scope of 
the invention. The preferred embodiment for the Sales 
App is as a plug-in app to a network browser. 

The catalog files are owned by a seller and must 
reside on a network server that the Sales App can 
locate and use. The catalog not only provides informa- 
tion to the prospective customer regarding the products, 
but also provides Sale Data direct to the Sales App. This 
Sale Data includes information on how to contact the 
Sales Support Server and information to identify the 
product and the seller. The catalog files are not within 
the scope of the invention. 

Another complementary invention, called a Product 
Loader, runs on a product developer's general purpose 
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computer and functions as a toot to interface to the 
Sales Support Server. The Product Loader allows the 
product developer to prepare a product for distribution 
by the Sales Support Server by allowing the product 
developer to identify the product files, to designate the 
price, multi-level commission structure, and fees, and 
their recipients. He also uses the Product Loader to 
transfer the product files and information to the Sales 
Support Server. The Product Loader could also provide 
preliminary linkage of the product files with security 
measures that can be locked by the Sales App during 
installation to prevent execution of the product if copied 
to another computer or if used after a free trial period. 
Linkage of product files and security measures are not 
within the scope of the invention. 

Use of the Invention: 

The users that would be involved with this invention 
and its adjunct applications are the product developers, 
the Sales Support Server providers, the sellers, and the 
purchasers. Typical use of the invention involves (1) 
uploading a product to the Sales Support Server. (2) 
uploading an initial catalog description page to a net- 
work service, (3) purchase of a product using the Sales 
App, (4) registration of a seller, and (5) calculation and 
distribution of commissions and fees. 

(1) Uploading a Product to the Sales Support Server: 

Uploading a product to the Sales Support Server 
involves the product developer, the product files, the 
Product Loader, and a Sales Support Server. If the 
product developer does not have his own Sales Support 
Server, he must arrange with a Sales Support Server 
provider for use of one. A typical arrangement with a 
Sales Support Server provider might include a per sale 
foe to be paid to the Sales Support Server provider 
which is shared with other payees the provider desig- 
nates. The operator of the Sales Support Server desig- 
nates the fees and the Payee Registration Data that 
reflect these arrangements to the Sales Support Server. 

The operator performs the following steps: 

• Start "preset new product" function of Sales Sup- 
port Server, 

For any payees not registered on Sales Support 
Server: 

■ Enter Payee Personal Identification Data 

■ Enter Payee Method of Pay Information 

For each payee to be associated with new product: 

• Select payee from list. 
Enter amount of fee, 

• When done record Product Reference ID and total 



of fees. 

The Sales Support Server provider gives the prod- 
uct developer the Sales Support Server Contact Infor- 

s mation and the new Product Reference ID. With the 
completed product files, the price, and commission 
structure information, the information from the Sales 
Support Server provider, and the Product Loader, the 
product developer is ready to upload the product to the 

w Sales Support Server. 

The product developer then performs the following 
steps: 

Establish a network connection, 
is • If the purchaser does not have a Product Loader, 
download Product Loader, 

• Start the Product Loader, 

• Designate the Sales Support Server connection 
information, 

20 ' Designate the Product Reference ID, 
Designate the Product Data: 

Designate the product name, 

• Enter the file names of the product files, 
25 • Designate the product price, 

• Designate the number of commission levels to 
be paid, 

For each level, designate the amount of com- 
mission, 

30 • Designate the number of additional payees, 
For each additional payee: 

Designate the amount to be paid payee, 
Designate the payee's Personal Identifica- 
35 tion Data, 

Designate the payee's Method of Pay infor- 
mation, 

Designate the developer's Personal Iderrtifica- 
40 tion Data, 

• Designate the developer's Method of Pay Infor- 
mation, 

• Verify the Product Data and Payee Registration 
45 Data, 

• Authorize initiation of product upload, and 

• Upon receiving the upload complete signal, exit 
Product Loader. 

so After uploading a product to the Sales Support 
Server, the developer should upload a catalog descrip- 
tion page to a network service and make a test pur- 
chase. 

55 (2) Uploading a Catalog Description Page to a Network 
Service: 

Uploading a catalog description page is done by 
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developers and sellers from their computer to a general 
purpose network server. If a developer or seller does 
not have his own network server he will need to arrange 
with a provider that has this service. The original Prod- 
uct Description is written by the developer. Later the 5 
Product Description is either written by the seller or 
acquired from a similar catalog description page for the 
same product. 

The seller should perform the following actions: 

10 

• Prepare a catalog description page with the Sale 
Data in the header, 

• Uploads the catalog description page to his net- 
work service, 

■ Edits his catalog contents page to include a refer- is 
ence to the new catalog description page, 

• Uploads the catalog contents page to his network 
service, 

(3) Purchase of a Product: 20 

Purchasing a product directly through the network 
involves the purchaser, a Sales App, a catalog descrip- 
tion page with the Sale Data, and a Sales Support 
Server with the product of interest. The purchaser must 25 
also have the Method of Payment. 

To purchase a product the purchaser performs the 
following steps: 

Establish a network connection, so 

• If the purchaser does not have a Sales App, down- 
toad Sales App, 

Start Sales App, 

• If first time using the Sales App: 

35 

Enter Personal Identification Data, and 

• Enter Method of Payment information, (e.g. 
Credit Card Number) 

Find a catalog description page of interest, 40 
' Request Sales App to "purchase item", 

• Validate purchase data which includes: 

Product Name, 

Price, and 45 

• Method of Payment information, 

• Authorize purchase transaction to proceed, 

• (Transaction completes) 

• Exit Sales App or request to register as a setter (see so 
(5) Registration of a Seller). 

When the transaction is complete, the product has 
been downloaded and installed and the payment has 
been made. 55 
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(4) Registration of a Seller: 

The registration of a seller involves the prospective 
seller, the Sales App. and the Sales Support Server. 
The registration of a seller can be performed in conjunc- 
tion with a purchase or separate from a purchase. The 
seller will need to have a Method of Pay which will in 
most cases be a bank account to which the Sales Sup- 
port Server can transfer funds. 

To register as a seller the seller performs the follow- 
ing steps: 

• Start a network connection, 

• Start Sales App, 

• If Sales App Local Records are incomplete, enter: 

Personal Identification Data, and 
• Method of Pay Information, 

If not a continuation of a purchase, select or enter 
the Sale Data of interest, 

• validate Registration Data, 
Authorize registration, 

• When registration is complete, exit Sates App. 

(5) Calculation and Distribution of Commissions and 
Fees: 

TTie calculation and distribution of commissions 
and fees are two processes that are performed by the 
Sales Support Server after the connection with the pur- 
chaser is complete. The calculation of commissions and 
fees is internal to the Sales Support Server in the pre- 
ferred configuration. The distribution of commissions 
and fees involves the Sales Support Server and the 
designated accounts of the payees, sellers, and devel- 
oper. 

When contacted by the Sales Support Server, the 
payee's account designated in the Method of Pay, per- 
forms the following action: 

Receive the designated amount. 

Drawing Descriptions: 

Drawing 1 is a block diagram of the primary items 
transfered through the network during normal opera- 
tions. 

Diagrams 2A - 2E are flow diagrams showing the 
sequence of items that are transfered during each func- 
tional operation of the Sales Support Server. 

Detailed Description: 

Sales Support Server: 

The Sales Support Server is a general purpose 
computer network server which has the capability to 
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handle commercial transactions and which has the fol- 
lowing data structures and functionality. 

The data structures used by the Sales Support 
Server include: 

• Payee Selection List - file record 

• Product Data - file record 

• Seller (Payee) Registration Data - file record 

• Purchase Request - communication record 

• Seller Registration - communication record 

The functionality provided by the Sales Support 
Server includes: 

• "preset new product" function, 
"product upload" connection response, 
"sale" connection response, 

• "registration" connection response, and 
"calculate commissions" function. 

On the Sales Support Server there is one Payee 
Selection List, and there are as many Product Data 
records as there are products that the Sales Support 
Server vends. A Product Reference ID designates a 
Product Data record. There is one Seller Registration 
Data record for each seller of each product. A seller can 
be any person or organization that registers with the 
Sales Support Server to sell one of the products the 
server vends. The Seller Registration Data contain a 
Next Level Seller Reference ID. A Seller Reference ID is 
the reference to a Seller Registration Data record. 
These Next Level Seller Reference IDs form a tree for 
each product which eventually connect back to the 
developer's Seller Registration Data. There is also one 
Seller Registration Data record for each person or 
organization that is to be paid a fee based on a sale. 
Payee Registration Data is identical to Seller Registra- 
tion but does not contain information in its Product Ref- 
erence ID or Next Level Seller Reference ID. These file 
records have at least the follow information: 

Payee Selection List: 

Payee 1 Reference ID 
Payee 2 Reference ID 
Payee 3 Reference ID 

• etc. 

'Product Data: 

Product Name (for verification) 

• Basic Price 

• Number of Product Files 



Number of Paid Fees 

• Payee 1 Fee ( amount of Price ) 

• Payee 1 Reference ID 

5 • Payee 2 Fee ( amount of Price ) 

• Payee 2 Reference ID 

• etc. 

• Number of Paid Commission Levels 

w ' 

• Level 1 Seller Commission ( amount of Price ) 

• Level 2 Seller Commission { amount of Price ) 

• Level 3 Seller Commission ( amount of Price ) 

• Level 4 Seller Commission ( amount of Price ) 
is • etc. 

Developer's Reference ID 

Seller (Payee) Registration Data: 

20 

Personal Identification Data 
Method of Pay Information 

• Product Reference ID (null for Payee) 

• Next Level Seller Reference ID (null for Payee) 

25 

The Sale Data is originally produced by the Product 
Loader from data supplied by the "upload product" con- 
nection response of the Sales Support Server or by the 
Sale App from data supplied by the "registration" con- 

30 nection response of the Sales Support Server. In either 
case the seller will- place his. personal version of the 
Sale Data in a catalog description page, and a customer 
operated Sales App will access this data from the cata- 
log description page and use the information to contact 

35 the Sales Support Server and to make the Purchase 
Request. 

Sale Data: 

40 • Product Name (for verification) 

• Sales Support Server Contact Information 
Seller Reference ID 

Product Reference ID 

45 The Purchase Request is comprised of two sets of 
communication records which could be transferred from 
the Sales App to the Sales Support Server separately, 
but they must both be provided for the "sale" connec- 
tion. The Method of Payment information is entered 

so once by a purchaser into the Sal es App which saves the 
information locally. There is one Purchase Request 
transferred from the Sales App to the Sales Support 
Server for each sale. 



Filename 1 '55 Purchase Request: 
Filename 2 

Filename 3 * Sale Data 

etc. • Method of Payment 
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The Seller Registration is comprised of three sets of 
communication records which could be transferred from 
the Sales App to the Sales Support Server separately, 
but they must all be provided for the "registration" con- 
nection. The Personal Identification Data and Method of 
Pay Information are entered once by a purchaser into 
the Sales App which saves the information locally. One 
Seller Registration is transferred from the Sales App to 
the Sales Support Server for each seller of each prod- 
uct The same data is used for a Payee Registration 
which is provided directly by the Sales Support Server 
operator or is transfered from the Product Loader. 
Payee Registration is accompanied by fee information. 

Seller Registration: 

• Sale Data 

• Personal Identification Data 
Method of Pay Information 

The Sales Support Server provides the "preset new 
product" function for the local operator. This function 
allows the Sales Support Server provider to assign 
payee information so that the provider designated fees 
get paid automatically with each sale. It also allows the 
provider to set up the Sales Support Server for new 
products as needed. The Sales Support Server pro- 
vides the "product upload" connection response for 
interaction with the Product Loader which is operated by 
the developer. The combination of the "preset new prod- 
uct" function and the "product upload" connection 
response provide all the functionality needed to prepare 
the Sales Support Server to sell a product. 

When the Sales Support Server has an operator 
execute a "preset new product" function, it performs the 
following actions (see Diagram 2A): 

Prepare a new Product Data record, 
Prompt for new payee registration data, 
For each new Payee: 

• Prompt for Payee Personal Identification Data 

• Prompt for Payee Method of Pay Information 

• Create Payee Registration Data record, 

• Add Payee Reference ID to Payee Selection 
Ust. 

• When entry of new payee data is complete, display 
selection list of Personal Identification Data using 
Payee Selection List 

■ For each payee selected by the operator: 

Prompt for amount of fee, 

• Store Payee Reference ID and associated Fee 
in the new Product Data record, 

• Redisplay Personal Identification Data for more 
selections, 



• Report the new Product Reference ID and total of 
fees. 

When the Sales Support Server receives a "product 
s upload" connection, it performs the following actions 
(see Diagram 2B): 

Request the new Product Reference ID from the 
Product Loader, 
10 • If the Product Reference ID is invalid: 

• The upload process is immediately aborted. 

• Receive uploaded Product Data and Payee Regis- 
15 tration Data from Product Loader, 

• Store uploaded Product Data and Payee Registra- 
tion Data with the Payee Registration Data entered 
by the Sales Support Server provider, (Payee Reg- 
istration Data includes developer's Seller Registra- 

20 tion Data.) 

Receive product files from the Product Loader, 
Store uploaded product files, 

• Report the Seller Reference ID assigned to the 
developer, 

25 • Signal Product Loader that upload is complete, 
Wait for connection to close, and 

• Designate product as ready for first purchase. 

The Sales Support Server provides the "sale" con- 
so nection response and "registration" connection 
response for direct interaction with the Sales App. The 
"sale" connection response is executed when a cus- 
tomer uses a Sales App to purchase a product. The 
"registration" connection response is executed when a 
35 prospective seller uses a Sales App to register to sell a 
specific product. When a "registration" connection 
response occurs in direct conjunction to a "sale" con- 
nection response, the original Sale Data can be carried 
over. 

40 In response to a "sale" connection the Sales Sup- 
port Server performs the following actions (see Diagram 
2C): 

• Accept Sale Data from Sales App, 

45 • Validate that product is available and that seller is 
registered, 

Send Price to Sales App, 

Receive Method of Payment information from Sales 
App, 

so • Verify funds available with Method of Payment, 

• Using the file names in the Product Data record, 
download the product files to the Sales App, 

• Upon receiving the signal that the installation has 
completed, acquire the payment using the Method 

55 of Payment, 

• Signal the shipping and handling system to send 
documentation, 

• Signal the Sales App that payment is received, 
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• Receive transaction complete signal, 

If a connection change to a "registration" connec- 
tion is requested, change connection and give Sale 
Data. 

If a connection is closed, call "calculate commis- 
sions'' function giving the Product Reference ID, the 
Seller Reference ID, and the amount paid. 

In response to a "registration" connection, the 
Sales Support Server performs the following actions 
(see Diagram 2D): 

If not a continuation of a "sale" connection: 

• Accept original Sale Data associated with reg- 
istration, 

• Validate that product and seller identified in 
Sale Data are registered, 

• Send verification to Sales App, 

• Set a Temporary Next Level Seller Reference ID 
from the original Sale Data, 

• Accept rest of Seller Registration from Sales App. 

• Create new Seller Registration Data record with 
information from Seller Registration, 

• Set the Next Level Seller Reference ID from the 
Temporary Next Level Seller Reference ID, 

• Send new Seller Reference ID to the Sales App. 

• Send a registration complete signal to the Sales 
App. 

• If this connection began as a continuation of a 
"sale" connection, when connection is closed, call 
"calculate commissions" function giving the Product 
Reference ID. the original Seller Reference ID, and 
the amount paid. 

The Sales Support Server provides the "calculate 
commissions" function which is called internally. In the 
preferred embodiment, this function is called immedi- 
ately after closing a connection that involved a sale, but 
with the addition of pending calculations data it could be 
called less frequently (e.g. once a day). With the addi- 
tion of a summation of all commission payments and 
fees for each seller and payee in a given period prior to 
dispersement, the number of transactions could be 
reduced slightly or even altered to a monthly paycheck 
style of pay. 

The Sales Support Server calls on its own "calcu- 
late commissions" function which performs the following 
actions (see Diagram 2E): 

• Given the Product Reference ID, the Seller Refer- 
ence ID, and the amount paid, 

• Use the Product Reference ID to find the Fees and 
Commissions, 

• For each of the Paid Fees: 

Use the Payee Fee to determine amount to be 
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paid, 

• Use the Payee Reference ID to find the Payee 
Registration Data, 

• Use the Payee Registration Data record to get 
5 the Personal Identification Data and Method of 

Pay, 

• Disperse the determined amount to the payee's 
account designated by the Method of Pay. 

10 • Use the Seller Reference ID to find the Seller Reg- 
istration Data, 

• For each of the Paid Commission Levels: 

• Use the Level Seller Commission to determine 
is amount to be paid, 

• Use the Seller Registration Data record to get 
the Personal Identification Data and Method of 
Pay, 

Disperse the determined amount to the seller's 
20 account designated by the Method of Pay. 

• Use the Next Level Seller Reference ID to find 
the next Seller Registration Data, 

• If the developer's Seller Registration Data is 
reached the remaining commissions are 

25 assigned to the developer. 

• Use the Developer's Reference ID to find the devel- 
oper's Seller Registration Data. 

• Use the Seller Registration Data record to get the 
30 Personal Identification Data and Method of Pay, 

Disperse the remaining amount to the developer's 
account designated by the Method of Pay. 

Sales App: 

35 

The Sales App is a plug-in to a network browser 
which has the capability to transfer files and some form 
of credit or electronic cash and which has the following 
data structures and functionality. 
40 The data structures used by the Sales App include: 

Sales App Local Records - file record 
Sale Data - communication record 
Purchase Request - communication record 
45 • Seller Registration - communication record 

The functionality provided by the Sales App 
includes: 

so • "purchase item" request function and 
"register seller" request function. 

The Sales App maintains a local file, the Sales App 
Local Records. The Purchase History has a Registra- 
55 tion Status which identifies either that the Sale Data 
contains the original Seller Reference ID or that the 
Sale Data contains a personal Seller Reference ID. The 
original Seller Reference ID is used to register as a 
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seller for the product, and the personal Seller Reference 
ID is used to establish a catalog description page for the 
product. 

Sales App Local Records: 

Personal Identification Data 

• Method of Payment (for Purchase) 

• Method of Pay Information (for Sale) 

• Number of Products (Purchase History) 

• Product 1 Sale Data 

• Product 1 Registration Status 
Product 2 Sale Data 

• Product 2 Registration Status 

• etc. 

The communications records used by the Sales 
App. Sale Data, Purchase Request, and Seller Regis- 
tration, are described in the detailed description of the 
Sales Support server above. 

The Sales App provides the "purchase item" 
request and the "register seller" request for direct inter- 
action with the Sales Support Server. The "purchase 
item" request is used by a customer to purchase a prod- 
uct. The "register seller" request is used by a prospec- 
tive seller to register to sell a specific product. The 
"purchase item" request and the "register seller" 
request can either be executed sequentially or separ- 
ately. 

In response to the "purchase item" request, the 
Sates App performs the following actions (see Diagram 
2C): 



If the Sales App Local Records are incomplete: 35 

• Prompt for Personal Identification Data, and 

• Prompt for Method of Payment information, 
(e.g. Credit Card Number) 



If a catalog description page is available, use cata- 
log description page for Sale Data, 
If a catalog description page not is available, 
prompt purchaser for Sale Data, 
Establish a "sale" connection with the Sales Sup- 
port Server, 

Use Sale Data to construct Purchase Request, 
Send Purchase Request to Sales Support Server, 
Abort sale if Sales Support Server does not have a 
product and seller that match Sale Data, 
Receive Price from Sales Support Server, 
Display purchase data which includes: 

• Product Name, 

• Price, and 

• Method of Payment information, 
Accept authorization to proceed, 



• Send Method of Payment information to Sales Sup- 
port Server, 

• Receive and store the product files, 
Install the product, 

• Signal the Sales Support Server that the installation 
is complete, 

• Upon receiving the signal that the payment was 
received, issue a receipt to the purchaser, 

• Assemble and store the Sale Data in the Sales App 
Local Records, 

• Signal the Sales Support Server that the transac- 
tion is complete, 

Prompt the purchaser to register as a seller, • If 
user wants to register as a seller: 

Go to "register seller" request, 

• If user does not want to register as a seller : 

• Close the connection to the Sales Support 
Server. 

In response to the "register seller" request the 
Sales App performs the following actions (see Diagram 
2D): 

• If Sales App Local Records are incomplete, prompt 
for: 

• Personal Identification Data, and 

• Method of Pay Information, 

Establish (or change to) a "registration" connection 
with the Sales Support Server, 

• If not a continuation of a "purchase item" request: 

• Display list of Sale Data from Purchase History, 
Accept selection of original Sale Data, 

• Verify Registration Data with seller, 

• Send the Sale Data to the Sales Support 
Server for verification, 

• Send rest of Seller Registration to the Sales Sup- 
port Server, 

Receive new Seller Reference ID, 

• Display Sale Data with new Seller Reference ID for 
a catalog description page, 

• Store the new Sale Data and set Product Registra- 
tion Status to indicate the seller is registered for this 
product, 

Upon receiving registration complete signal, notify 
seller. 

Close connection with server. 



55 Product Loader: 

The Product Loader is an application method that 
runs on a general purpose computer which has a net- 



10 



15 



20 



25 



30 



40 



45 



50 



8 



15 



EP 0 844 577 A2 



16 



work connection, FTP capabilities, and the product f ites. 
The Product Loader has the following data structures 
and functionality. 

The data structures used by the Product Loader 
includes: 5 

• Product Data - communication record 

• Seller (Payee) Registration Data - communication 
record 



The functionality provided by the Product Loader 
includes: 

"execute" function. 
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The communications records used by the Product 
Loader, the Product Data and the Seller Registration 
Data, are described in the detailed description of the 
Sales Support server above. 

The Product Loader runs the "execute" function for so 
the developer. This function allows the Product Loader 
to upload Product Files and Product Data information to 
the Sales Support Server. 

When the "execute'' function is run, the Product 
Loader performs the following actions (see Diagram ss 
2B): .. 



Prompt for the Sales Support Server connection 
information, 

Establish a "product upload" connection with the 30 
Sales Support Server, 
Prompt for the Product Reference ID, 
Verify the Product Reference ID with the Sales Sup- 
port Server, 

Prompt for the other Product Data and any addi- 35 
tional Payee Registration Data, 
Validate entered data, 

Upload the Product Data and additional Payee 
Registration Data to the Sales Support Server, 
Upload the product files to the Sales Support 40 
Server, 

Request and acquire the developer's Seller Refer- 
ence ID from the Sales Support Server, 
Assemble and display Sale Data for a catalog 
description page, 45 
Store the Sale Data locally for later use, 
Display the upload complete signal, and 
Close Sales Support Server connection. 

The preceeding descriptions of the invention and so 
the several variations mentioned above are illustrative 
and do not restrict the invention. For example different 
embodiments of this invention could include variations 
such as but not restricted to: 

55 

* The separation and/or reorganization of data in file 
records and/or communication records, 

• The addition of other kinds of data to file records 



and/or communication records, 

• Altering terms used in the data structure (eg. calling 
the "next" seller the "prior seller in the tree of sell- 
ers.) 

• The delegation of data files to a separate server, 

• The addition of other methods to the Sales Support 
Server, the Sales App, and/or the Product Loader, 

• The separation of the steps of a method into sub 
methods or separate methods which in combination 
perform the same function, 

The delegation of performance of methods to a 
separate server, 

• The substitution, of payment handling methods 
which acquire a delayed (credit) payment or make a 
delayed payment of a fee or commission, 

• The delegation of accounting methods for acquiring 
a payment or paying a fee or commission to a sep- 
arate system, or 

• The vending of the physical parts of a product by 
delegating the distribution of those parts to a sepa- 
rate automatic shipping system. 

All such variations and combinations of such varia- 
tions are within the spirit of this invention. 

References: 

[1] "Netscape Merchant System - Netscape White 
Papers", http^/home.netscape.com/comprod/prod- 
ucts/iapps/capps/mersys_whttejDaper.html, Net- 
scape Communications Corporation, 1996. 

[2] "Netscape LivePayment - Netscape White 
Papers", http7/home.netscape.conn/comprod/prod- 
ucts/iapps/livepay„white __paper.html, Netscape 
Communications Corporation, 1996. 

Claims 

1. In an electronic computer network, a general pur- 
pose commercial server system with: 

a) a means for accepting via the network, the 
identification of the product and the identifica- 
tion of the seller, 

b) a means for making a sales transaction, and 

c) a means for calculating multi-level commis- 
sions and other fees. 

d) a means for dispersing the commissions and 
other fees. 

2. The server system identified in claim 1 wherein the 
general purpose commercial server system is com- 
prised of one or more general purpose computers 
which collectively provide the means identified in 
claim 1. 

3. The server system identified in claim 1 wherein the 
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4. 



5. 



means for making a sales transaction is comprised 
of: 

a) a means for acquiring the price, 

b) a means for storing the price, 

c) a means for informing the client of the price 
via the network, 

d) a means for acquiring the payment tor the 
product, and 

e) a means for vending the product. 

The server system identified in claim 3 wherein the 
means for acquiring the payment for the product is 
comprised of: 

a) a means for obtaining credit card informa- 
tion, 

b) a means for validating credit, and 

c) a means for capturing payment. 

The server system identified in claim 3 wherein the 
means for acquiring the payment for the product is 
comprised of: 

a) a means for accepting an electronic cash 
payment or an electronic funds transfer. 



6. 



7. 



8. 
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The server system identified in claim 3 wherein the 
means for vending the product is in whole or in part 
comprised of: 30 



a) a means for accepting a copy of the elec- 
tronic part of the product, 

b) a means for storing a copy of the electronic 
part of the product, and 

c) a means for transferring a new copy of the 
electronic part of the product via the network to 
the client. 



The server system identified in claim 3 wherein the 
means for vending the product is in part comprised 
of: 

a) a means for preparing a purchase order, and 

b) a means for issuing the purchase order to a 
manual or an automatic shipping and handling 
system. 

The server system identified in claim 1 wherein the 
means for calculating multi-level commissions and 
other fees is comprised of: 
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a) a means for accepting the information that 
identifies the amount or percentage to be paid 
to each individual commission level of a multi- ss 
level commission structure, 



structure which contains at least the amount or 
percentage to be paid to each individual com- 
mission level, 

c) a means for storing records of individual sell- 
ers which contains at least 

(1) a means for storing individual seller's 
personal data, 

(2) a means for storing individual seller's 
method of pay information, and 

(3) a means for identifying the next level 
seller. 

d) a means for calculating commissions using a 
multi-level commission structure, and 

e) a means for calculating other fees and asso- 
ciating them with the appropriate payees. 

9. The server system identified in claim 8 wherein the 
means for calculating the multi-level commissions 
and other fees is further comprised of: 

f) a means for summing the calculated commis- 
sions for each seller, and 

g) a means for storing the summ of the com- 
missions for each seller. 

10. The server system identified in claim 8 wherein the 
means for calculating commissions using a multi- 
level commission structure is comprised of: 

a) a means for calculating an individual com- 
mission for each level from the stored commis- 
sion structure, 

b) a means for associating the first level com- 
mission with the seller identified by the cus- 
tomer, 

c) a means for repeatitivly determining the next 
level seller from the record of the current seller, 
and 

d) a means for associating the next level com- 
mission with the next level seller. 

11. The server system identified in claim 1 wherein the 
means for dispersing the commissions and other 
fees is in whole or in part comprised of: 

a) a means for issuing a paycheck to each 
seller having a commission and/or to each 
payee to receive a fee. 

12. The server system identified in claim 1 wherein the 
means for dispersing the commissions and other 
fees is in whole or in part comprised of: 



b) a means for storing a multi-level commission 



a) a means for identifying the bank accounts of 
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the sellers and/or payees, 

b) a means for contacting the bank account via 
the network, and 

c) a means for making an electronic funds 
transfer to the bank account. 

1 3. The server system identified in claim 1 being further 
comprised of: 

e) a means for registering sellers via the net- 
work which is comprised of: 

(1) a means for accepting the personal 
data of the new seller, 

(2) a means for accepting the method of 
pay information for the new seller, 

(3) a means for accepting the identity of 
the next level seller, 

(4) a means for creating.an individual seller 
record and next level seller identification, 
and 

(5) a means for informing the client of the 
identification of the new seller. 

14. On a customer's general purpose computer in an 
electronic computer network, a client application 
comprised of at least one of: 

a) a means for allowing a customer to purchase 
a multi-level marketing product via the network, 
and/or 

b) a means for allowing a user to register to sell 
a multi-level marketing product via the network. 

1 5. The client application identified in claim 1 4 wherein 
the client application comprises a plug-in to a net- 
work browser 

16. The client application identified in claim 14 wherein 
the means for allowing a customer to purchase a 
multi -level marketing product is comprised of: 

a) a means for acquiring the identification for 
the product and the seller and the information 
for contacting the server that vends the prod- 
uct, 

b) a means for acquiring the customer's 
method of payment information, 

c) a means for contacting the server that vends 
the product, and 

d) a means for making a sales transaction. 

17. The client application identified in claim 16 wherein 
the means for making a sales transaction is com- 
prised of: 

a) a means for informing the server of the iden- 
tification for the product and the seller, 



b) a means for accepting from the server the 
price information, 

c) a means for informing the customer of the 
price information, 

s d) a means for informing the server of the 

method of payment information, and 

e) a means for accepting the transfer of an 
electronic copy of a product via the network. 

10 18. The client application identified in claim 17 wherein 
the means for making a sales transaction is further 
comprised of: 

f) a means for installing the product on the 
is computer on which the client application is run- 
ning. 

19. The client application identified in claim 14 wherein 
the means for allowing a user to register to sell a 

20 multi -level marketing product is comprised of: 

a) a means for acquiring the new seller's per- 
sonal data and method of pay information, 

b) a means for acquiring the identification for 
25 the product and the next level seller identifica- 
tion and the information for contacting the 
server that vends the product, 

c) a means for contacting the server that vends 
the product, 

30 d) a means for informing the server of the new 

seller's personal data and method of pay infor- 
mation, 

e) a means for informing the server of the iden- 
tification for the product and the next level 

35 seller, 

f) a means for accepting the new seller identifi- 
cation, and 

g) a means for informing the new seller of the 
identification of the product, the new seller 

40 identification, and the information for contact- 

ing the server. 

20. On general purpose computer in an electronic com- 
puter network a client application comprised of: 

45 

a) a means for accepting the identification of a 
copy of the electronic part of the product, 

b) a means for accessing the copy of the elec- 
tronic part of the product, 

so c) a means for accepting the price, 

d) a means for accepting the mult-level com- 
mission structure, 

e) a means for contacting the server that vends 
the product, and 

55 f) a means for upoading to the server the price 

and the multi-level commission structure and a 
copy of the electronic part of the product 
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